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Description 



A_ METHOD FOR ROUTING MESSAGE S FROM A 
SOUR CE NODE TO A DESTINATION N ODE 
IN A DYNAMIC NETWORK 



Field of the invention 

The present invention applies to the problem of 
routing in ad-hoc networks (AHN) . Such networks may 
10 consist of mobile nodes, which communicate via wireless 
links . 



Background of the invention 



15 Communication in AHN may take place directly 

between two mobile nodes, if they are within an 
appropriate range of one another. More common is the case 
of multi-hop routing, in which nodes lying between the . 
source node S and destination node D serve as routers, 

20 conveying data from source to destination via multiple 

hops. It is technically challenging to find such multi- 
hop paths, since the topology of the AHN is constantly 
changing due to the motion of the nodes. Thus it is, in 
general, challenging to route messages between nodes in an 

2 5 AHN. 

It should be noted that routing from a mobile 
node to a gateway node G (which is usually fixed in place) 
is also of significant interest. The gateway node then 
gives access from the mobile AHN to a fixed network. 

30 Node-gateway routing can in principle include the multi- 
hop case, in which (again) intermediate mobile nodes serve 
as routers passing data to and from the gateway. 

The phrase "multi-hop routing in an ad-hoc 
network" can be used to apply to either of these two cases 

35 (mobile mobile and mobile gateway) . 
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The problem is to find good paths between pairs 
of nodes in an AHN that wish to communicate. There are 
various criteria for "good" paths. The path must be 
feasible (that is, it must not be based on outdated 
5 topology information, which uses links that no longer 

exist) . The path should also be as short as possible to 
minimize the use of bandwidth for relaying; and it should 
avoid congested areas which give rise to undesirable delay 
in the passing of data. 

10 Depending on the circumstances and the 

application, there can be other criteria for goodness of a 
path. The present invention is useful for any criteria of 
goodness, as long as these criteria can be measured in the 
course of the transmission of the data along the path. The 

15 criteria mentioned above (existence, length, and delay of 
the path) are all measurable. 

Finding good paths is a readily soluble problem 
for a fixed, static network. When the network topology is 
time dependent, entirely new problems arise. For a 

20 realistic and practical span of node mobility and wireless 
communications range, the network topology of an AHN can 
change more rapidly than traditional methods, used for 
static networks, can follow. Hence new path- finding 
(routing) methods must be found for such dynamic networks. 

2 5 Routing in AHN has been studied intensively over 

the last 10-15 years. The number of proposed routing 
protocols for an AHN is very large, and it is not 
practical to try to list them all here. 

Some overviews of ad-hoc routing protocols 

30 include the following: 

S. Ramanathan and M . Steenerup, "A survey of 
routing techniques for mobile communications networks", 
Mobile networks and Applications, vol. 1 no . 2, p. 89, 
1996 . 

35 
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J. Broch, D.A. Maltz, D . B . Johnson, Y.-C. Hu, 
and J. Jetcheva, "A performance comparison of multi-hop 
wireless ad hoc network routing protocols" , Proc . MobiCom 
'98, Dallas, TX, USA, 1998. 
5 E.M. Royer and C.-K. Toh, "A review of current 

routing protocols for ad hoc mobile wireless networks", 
IEEE Personal Communications, April 1999, p. 46. 

An electronic overview by Christian Tschudin of 
Uppsala University is at: 
10 http: //www. docs .uu. se/t schudin/lect /2O0 0 2 001 7dn2 /si ides /ad 
hoc -4 up. ndf . 

There is also a working group of the Internet 
Engineering Task Force (IETF) , which is dedicated to 
Mobile Ad-hoc Networks or MANETs . See: 
15 http: //www. ietf .org/html . charters/manet -charter . html . 

Further, stochastic routing has been proposed for 
routing in fixed (but dynamic) networks in numerous 
research papers. There is one research paper describing a 
specific stochastic routing scheme for ad-hoc networks: 
20 P. Gupta and P.R. Kumar, "A system and traffic dependent 

adaptive routing algorithm for ad hoc networks, Proceedings 
of the 36th IEEE Conference on Decision and Control, pp. 
2375- 2380, San Diego, Dec. 1997. 

Stochastic routing is a form of multipath 
25 routing. In multipath routing, nodes maintain routing 
tables (RTs) with multiple choices of path for each 
possible destination. For dynamic networks it is 
advantageous to maintain multiple paths, as it allows for 
rapid change of path in case the first choice of path 
30 fails. Stochastic routing entails the maintenance of 

information about multiple paths, and also that the choice 
among multiple paths be made probabilistically rather than 
deterministically . Thus stochastic routing necessarily 
involves the following elements: each node S. viewed as a 
3 5 source of data, maintains an RT for every possible 
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destination D. Each such RT has an entry for every 
neighbor k of S with a probability p(k, D) . Thus, whenever 
data are to be sent from S to D, neighbor k is chosen with 
probability p(k,D). 
5 Most ad-hoc routing protocols attempt to find a 

full path from a first node S to a second node D before 
sending data. There are two broad categories for protocols 
doing this: 

Proactive protocols : These protocols attempt to 

10 maintain a complete routing solution for the entire network 
at all times. In this sense, they are like those approaches 
used for routing on a static network, although they are of 
course adapted to better deal with the dynamic nature of the 
AHN. These protocols are also known as "table-driven," 

15 since they attempt to maintain information amounting to a 
complete set of routing tables for all S-D pairs. 

Reactive protocols : These protocols attempt to 
find paths from S to D only when the source S needs to send 
data to destination D. They are also known as "source- 

20 initiated" or "on-demand" protocols. A recent evaluation of 
two of the most prominent on-demand protocols is: 
C. E. Perkins, E.M. Royer, S.R. Das, and M.K. Marina, 
"Performance comparison of two on-demand routing protocols 
for ad-hoc networks", IEEE Personal Communications, February 

25 2001, p. 16. 

There are ad-hoc routing schemes that do not need 
to find a full path before sending data. Such schemes use 
one or both of the following mechanisms: 

Hierarchical protocols-, the network is broken up 

30 into clusters. Routing within a cluster is done by any of 
the above-mentioned non-hierarchical methods. However, 
routing to a node outside S's cluster is done by sending the 
data to a designated gateway node. (Here the gateway is to 
another cluster, not to a fixed net; the gateway nodes are 

35 also mobile nodes.) Data are then passed from cluster to 
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cluster via the gateway nodes that must solve the 
intercluster routing problem until it reaches the cluster in 
which D lies. Then the data are routed to D using the 
intracluster protocol. Such hierarchical routing mimics 
5 that used for the static Internet. 

Location -aided protocols : If S knows its own 
geographic location, as well as that of D, it can send data 
in the direction of D without knowing a complete path to D. 
The challenge is then to maintain up-to-date information on 

10 the location of possible destination nodes, which are 

mobile. If the destination node is a fixed gateway node G 
(giving access to a fixed net) , then this challenge is 
trivial and one needs only to equip each mobile node with 
positioning technology . 

15 There is probably no unique best solution to the 

problem of multi-hop routing on an ad-hoc net. Such 
networks can vary widely in the mobility of the nodes and in 
the pattern and volume of internode traffic. Each different 
type of routing scheme has its own weaknesses as described 

20 below. 

Proactive protocols : Such protocols obviously work 
best when the network topology is slowly varying. By the 
same token, when the network is too dynamic (e.g., because 
the nodes are too mobile) these protocols swamp the network 

25 with overhead messages, seeking to hold the full set of 
routing tables updated in the face of too much time 
variation of the network. That is, these protocols fail 
when the network topology changes too often - typically 
because the node mobility is too high, and/or the network is 

30 too large. In short, the principle problem with proactive 

protocols is the large routing overhead incurred for dynamic 
networks . 

Reactive protocols : These protocols seek routes 
only when they are needed, thus reducing their routing 
35 overhead with respect to proactive protocols. That is, 
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their routing overhead grows with network traffic rather 
than with network transience. These schemes can thus work 
well for a highly dynamic network, as long as the traffic 
rate is not too high. For this reason they tend to be 
5 preferred over proactive protocols. 

Reactive protocols fail when the rate at which 
paths must be found exceeds the rate at which they can be 
found. This occurs due to high traffic (which increases the 
former rate) , high network transience (which increases the 

10 former rate and decreases the latter) , or large network size 
(which decreases the latter rate) . They are particularly 
vulnerable to the latter factor: if the network grows too 
large, then the time needed to find paths on demand can 
exceed the time for which the path is valid - at which point 

15 routing becomes impossible. 

Of course, there is no AHN routing scheme which 
can handle an arbitrarily large network. However, the need 
to find an entire path in real time is a significant 
bottleneck for both of these classes of protocols-reactive 

20 and proactive. 

Hierarchical protocols : These schemes avoid the 
need to find an entire path before sending data. However, 
they face problems similar to those faced by proactive 
schemes - that is, they fail for networks that are too large 

25 and/or too dynamic. The reason is that they must repeatedly 
solve a network-wide problem: the choice of how to cluster 
the nodes into a hierarchy, and how to route between the 
clusters. For some mobility patterns (say, when nodes tend 
naturally to move in clusters) , the solutions to this global 

30 problem will not vary too rapidly. However, for the general 
AHN, with highly mobile nodes moving in an uncorrelated 
fashion, a hierarchical scheme will incur unacceptable 
overhead costs, particularly if the network is large. 
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Locat ion -aided protocols: These protocols largely 
avoid the overhead problems of the above-mentioned types, as 
they simply need to know the location of their destination 
in order to send data. They then have two weaknesses. 
5 First, it can be difficult to obtain good enough information 
about the location of the destination. The source does not 
need exact knowledge of D's location, and so such schemes 
can work with partly-outdated information. Furthermore, 
regular communication with D serves to keep its location 

10 updated. Hence a problem arises only when nodes communicate 
in an irregular fashion (over time) with a number of 
different nodes, which are also far away geographically. 

A second problem with location-aided routing 
schemes is that they naturally rely on "aiming" the data 

15 towards D. That is, the next hop is chosen to be that 

neighbor closest to D. The problem arises when data arrive 
at a node that cannot reach D directly and which also has no 
neighbor which is closer to D than it is itself. Such a 
node represents a "dead end" for this type of routing 

20 scheme, which thus must be augmented with some mechanism for 
routing around dead ends. Dead ends are most likely for 
AHNs with a low and/or very uneven density of nodes. 

Finally (as noted above) , note that routing to a 
fixed gateway node has only the second of these two problems 

25 since the location of the destination G is always known. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to 
provide a method that eliminates the drawbacks described 
3 0 above . 

For this end, the present invention discloses a 
method for routing messages from a source node to a 
destination node in a dynamic network, said source node 
including a routing table, each row in the routing table 
35 representing a possible destination node for a data message 
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transmitted from the source node, and each row in the 
routing table including one probability value for each 
neighbor node of the source node, the method including to 
update the probability values with quality measurements 
5 taken each time a message is sent from the source node to a 
destination node, routing a predefined percentage of the 
messages by choosing the neighbor node with the highest 
probability value in the row for a destination node in the 
routing table, and routing the other messages by 

10 distributing the messages among the neighbor nodes according 
to the probability values given in the same row in the 
routing table. 

However, the exact scope of the invention is 
evident from the appended patent claims, which includes 

15 several preferred embodiments. 

DETAILED DESCRIPTION 

As earlier mentioned, in general, it is 
challenging to route messages between nodes in an AHN. It 
2 0 is to this routing problem the present invention is 

addressed, in particular to mult i -hop routing in an ad-hoc 
network . 

As earlier mentioned, stochastic routing has been 
proposed for routing in fixed (but dynamic) networks in 

2 5 numerous research papers and a form of stochastic routing 
for AHN has been proposed in Gupta et al . 

The present invention employs stochastic routing 
for AHN. It involves the use of the data packets themselves 
as a means for updating the nodes' routing tables (RTs) , 

30 with a novel mixture of stochastic and deterministic routing 
for the data. The present invention also includes a novel 
method for updating RTs in the event of the establishing of 
a new link. 

Every stochastic routing scheme needs a method for 
35 updating the RT probabilities (also called "weights") . In 
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this proposed invention, each time a message is sent from S 
to D, it will measure the quality of the path taken. The 
quality measure may be number of hops, time delay, or other 
measures, or a combination of these. The method proposed 
5 here can be used for any such quality measure, as long as it 
is measurable. The quality measure for the path, along with 
the actual path taken, is then carried along with the data 
packet. This information represents a small amount of 
overhead included with the sending of data. 

10 RT updates are then performed as follows. If the 

links in the network are symmetrical, then the message can 
update RTs pointing towards S at each node N visited on the 
path since, by symmetry, the quality of the S-N path is the 
same as the quality of the N-S path, so that the former can 

15 be used to update N's RT for destination S. 

If the links are not symmetrical, then the message 
arrives at D with information on the quality of the S-D path 
taken, plus a measure of the quality of all intermediate 
paths of the form S-N. This information is then sent back 

20 to S via a small, high-priority routing packet and used to 
update the RTs at S for all nodes used in the path. Hence, 
this method requires that nodes have a mechanism for 
prioritizing packets, so that these return routing packets 
can be given high priority. This in turn prevents the 

25 information they convey back to S from becoming obsolete. 

The measured quality of a path may be termed 5. 
Let p(k,D) (old) be the probability in the RT towards D via k 
before updating. Then the updated value is 

3 o p(k, D)(new)= — — 

1 + o 

for the case that neighbor k was used in the path. The 
remaining entries j for destination D are corrected to hold 
the probability sum to one: 
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P(j > D)(new)= j-j-^ 

This gives a general method for updating the weights in the 
RTs . The specific method for determining the update weight 
5 5 depends on the quality measure to be used. It can also be 
adjusted to force the network to adapt more quickly, or less 
quickly, in order to tune the performance of the method. 
These details are not specified in this invention, as this 
part of the updating procedure is not different from known 

10 methods for static networks. 

According to a preferred embodiment of the 
invention, every message is used as a source of updating 
information for the stochastic RTs. Hence, this method 
naturally adjusts the updating rate according to the traffic 

15 rate: at high traffic, RTs are frequently updated, and are 
hence likely to be reliable. 

There is another updating mechanism proposed in 
this invention, which is independent of traffic rate, but 
instead is triggered by changes in network topology. This 

2 0 second mechanism thus keeps RTs updated even at low traffic 
rates, while playing a minor role at high traffic rates. 

The second updating mechanism is initiated by any 
node j when that node detects a change in its neighbor set 
NS(j) . The set of neighbors for a node using wireless links 

2 5 is something to be decided by an algorithm that adjusts 

power level in order to maintain connectivity, while 
attempting to hold interference among the various links as 
low as possible. There is a number of such algorithms in 
use for AHNs . The present invention does not specify this 

3 0 algorithm. What is specified is a rule for responding to a 

change in the NS . Here there are two possible cases: (a) a 
neighbor is lost; and (b) a neighbor is gained. 
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a) Loss of a neighbor: Suppose node j has lost its 
connection to neighbor k. There are then two tasks to be 
performed: (i) the RTS for all destinations D must be 
adjusted to reflect the removal of neighbor k. (ii) Node j 
5 must build a set of weights (i.e., a new row in its RT) 

specifying how to route to k, since k is no longer a one -hop 
neighbor . 

(i) For every destination D, the weights for the remaining 
10 NS of j must be adjusted so as to sum to one. It is 

proposed in this invention to adjust these weights in 
such a way that they retain the same relative weight 
that they had before the loss of neighbor k. 
This rule is motivated by the fact that loss of 
15 neighbor k has not provided any new information about 

the relative goodness of the remaining paths to D. 

(ii) Node j must wait a (tunable) time interval At(l) after 
detecting loss of neighbor k. If connection to k has 
not been re-established after this time, and if node j 

20 has not attempted to send any data to k in that time, 

then node j shall emit a "dummy" message whose sole 
purpose is to provide needed routing information 
between j and k. The RT of j towards k is initially 
set to equal weights, that is all neighbors of j are 

25 taken to be equally likely to provide a path to k. 

Hence, the dummy message emitted by j will choose 
outgoing neighbors of j with equal probability in its 
search for k. Subsequent nodes in the path will have 
routing information towards k; here the dummy message 

30 will choose the highest -weight path for its next hop 

along the way to k. For symmetric links, the dummy's 
quality measure can be used to update the RT (towards 
j) of each node visited along the way to k (including k 
itself) . For either symmetric or asymmetric links, upon 

35 reaching k, the dummy triggers a high-priority routing 

packet, which returns to j with a quality measure which 
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can be used to update j 1 s RT towards k. If j has not 
received such a confirmation after a (tunable) time 
At (2) since the emission of the dummy, j will emit 
another dummy. Thus, j will continue to emit dummies, 
seeking the lost neighbor k, until it succeeds. Note 
that with high probability for asymmetric links, and 
with 100% probability for symmetric links, when j 
loses k as a neighbor, k also loses j , and so begins 
emitting dummies seeking j . The result of step (ii) is 
then that j and k have re-established up-to-date 
routing information connecting the two nodes. 

Gain of a new neighbor: Suppose j has gained a new 
neighbor w. Now there is only one task to be done, since 
the analogue of (ii) - finding the lost neighbor - is not 
needed here. The task is then to adjust j's RT for all 
possible destinations D (other than w) , given that j has 
acquired a new neighbor. It is desirable to use the 
routing information stored in j's RTs, and also to use 
the routing information stored in w's RTs. This is done 
as follows. 

The object is to pool information from nodes j and 
w about how to reach destination D. The first step is to 
assess the quality of the information held by j and w, 
respectively. Quantitatively, j computes a routing- 
quality rating RQR ( D , j ) for each destination D in its RT: 

RQR(D 9 j)= p(max,£>)- /?(min,£>) 

where p(max,D) is the largest weight in j ' s current list 
for destination D, and p(min,D) is the smallest. 
Computed in this way, any RQR has a minimum value of zero 
(nothing is known about routing to D) , and a maximum of 
one (in which case only one, best route to D has any 
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weight) . Node j also requests the RQR(D,w) for each 
destination D from node w. 



w as a route to D, according to the relative values of 
the two RQRS . If j had n neighbor before discovering w, 
then it has n+1 neighbors afterwards; and so an average 
weight for node w would be 1/ (n+ 1) . Node j will deviate 
from this average value if the two RQRS (that of j , and 
that of w) are different enough, as follows. Let 



Then the new weight given to node w in j 7 s RT for D is 



This rule gives average weight to w if its RQR for D 
(which measures how much node w "knows" about routing to 
D) is the same as j's RQR for D. However, if w knows 
much more than j [RQR(D,w)=l, and RQR(D,j)=o], then w' s 
new weight in j ' s routing table will be 100%. Finally, 
if w's RQR is sufficiently less than j's, it will get 
zero weight. In short, this rule is designed to assess 
the relative "wisdom" of the two nodes, regarding the 
task of routing to D, and to weight paths to D from j via 
w accordingly. The remaining weight, that is, 1 p(w,D) 
(new) , is divided proportionally among the remaining 
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neighbors of j , with the proportions fixed to be the same 
as before the discovery of w. 

Given a routing table with multiple, weighted 
entries for each destination, there are three choices for 
5 how to route a packet towards that destination. These 

choices may be termed "uniform" or u routing, "regular" or r 
routing, and "greedy" or g routing. 

Uniform routing ignores the weights in the RT, and 
chooses the next hop with equal probability from the nodes 
10 in the neighboring set. Uniform routing is not likely to be 
a good choice for routing data. However (as noted above), 
dummy messages seeking a lost neighbor node are routed (at 
the first hop) uniformly. Furthermore, it can be 
advantageous to emit small numbers of dummy messages even in 
15 the absence of changes in the NS . These messages serve as 
"noise" in the routing process. Their utility lies in that 
they can serve to discover good routes which would otherwise 
go unused, in the case that the system's RTs have settled on 
a different set of routes that were once the best, but are 
2 0 no longer so. That is, noise in routing prevents the 

"freezing" of the system into less- than-optimal routes. It 
is common in stochastic routing schemes to employ a small 
percentage f% of u-routed dummy messages; and in the 
proposed scheme such messages will also be used, with f a 
2 5 tunable parameter. 

Regular (r) routing sends data with the 
probabilities given in the RTs. This is stochastic routing. 

Finally, greedy (g) routing always chooses the 
highest weight entry for the next hop. Hence, this routing 
30 method is deterministic. 

In studies of stochastic routing on fixed 
networks, it is common to use a significant number of dummy 
messages for the purpose of gathering routing information. 
These dummy messages are often called "agents" or "ants," 
35 the latter name coming from their nature as small objects 

swarming over the network, and leaving a "trail" behind them 
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that guides other ants. In order for later ants to be able 
to profitably learn from earlier ants, it is important that 
the ants (dummy messages exploring the network) are routed 
with r routing. That is, they must follow the probabilities 
5 established by earlier experience. On the other hand, 
messages (in these studies) are typically routed using 
greedy routing: one chooses the best known path at any given 
time . 

Hence, previous studies of stochastic routing on 
10 fixed networks have used r routing for dummy, exploratory 
messages (ants), and g routing for data. In the proposed 
invention, ants and data are to be combined: every data 
packet transmitted through the network is used to update 
RTs, and there are few empty (dummy) messages used purely 
15 for exploring the network. In other words, messages also 

act as ants. Yet, since the two are combined, they must be 
routed by the same rule: g or r routing. 

In this invention, it is proposed to use a mixture 
of the two rules: h% of messages shall be routed with high 
20 priority (greedy routing, highest weight) and (100-h)% of 
messages shall be routed with standard priority (regular 
routing, according to the weights in the RTs) . h is a 
tunable parameter. This invention employs a mixture of the 
two routing rules in order to allow for the benefits of 

2 5 both: g routing will normally give the best performance for 

any given message; but r routing is needed to support the 
learning process that the messages, collectively, are 
contributing to. Hence, a mixture is chosen, with the 
proportion of each to be determined according to the 

3 0 performance achievable under a given set of operating 

conditions . 



Example 

Table 1 below shows an example of the routing 
35 table (RT) for a node, which we call the source S. 
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Neighbor 
1 


Neighbor 
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Neighbor 
3 


Neighbor 
4 


Neighbor 
5 


Destination 
1 


0 . 1 


0.5 


0 . 1 


0 .25 


0 . 05 


Destination 
2 


0.45 


0.05 


0.2 


0 . 1 


0.2 1 


Destination 
3 


0.05 


0.4 


0.05 


0.35 


0.15 


Destination 
4 


0.2 


0.2 


0.2 


0 . 2 


0.2 


etc . 













Table 1 



In this example, the node S has five one-hop 
neighbors. The RT then has a "goodness index," which may be 

15 interpreted as a probability, for each neighbor and for each 
destination. These indices help the node to decide which 
neighbor to use, for each destination. For example, if S 
wants to send to Destination 1, Neighbor 2 is the best 
choice, according to the RT . 

20 Note (NB) : this goodness index is not the route- 

quality rating RQR . ) For example, the RQR for node S and 
Destination 1 is 0.5 - 0.05 = 0.45, while Destination 4 has 
the lowest RQR of 0. 

The "etc" means that, in a typical ad-hoc network, 

25 there are more than 4 destinations. That is, the network, 

as seen from S, is composed of S itself (one node), plus S's 
neighbors (here 5 more nodes), plus all the rest, each of 
which may have a row in the RT. 

"Greedy routing" would always choose the neighbor 

3 0 with the highest goodness index. That is, given a 

destination D, scan the corresponding row of the RT, and 
pick the neighbor with highest index. 

Since the indices in each row sum to 1, they can 
be viewed as probabilities. "Regular routing" then says, 

35 given a destination D, scan the corresponding row of the RT, 



OSL-023.APL (Clean Version of Specification) 



-17- 



and choose the first-hop neighbor with a probability which 
is equal to the index for that neighbor in the row. That 
is, if S uses regular routing and wants to send to 
Destination 1, S needs an algorithm (this is standard) that 
5 chooses Neighbor 1 with probability 0.1, Neighbor 2 with 
probability 0.5, etc. 

When there are many possible choices of next hop 
for each destination, and a weight or probability for each 
one, then we say that the resulting routing scheme uses 

10 "stochastic routing." 

Most (but not all) schemes using stochastic 
routing will use greedy routing for messages, and regular 
routing for "exploration packets' 7 or "ants" . The former 
carry data, while the latter are used only to explore the 

15 net and gather information for use in updating the RTs . The 
inventive scheme asks data packets to take on both jobs. 
The prescription for how the data packets shall be routed is 
new: h% shall use greedy routing, and (l-h)% then use 
regular routing. This way, one gets both good delivery and 

20 good exploration, while having low overhead by using very 
few pure-exploration packets. 

If the node S loses a neighbor, it will lose a 
whole column of the RT. Then node S must do two things: 

(i) readjust the weights in the remaining columns of the 
25 existing rows, so that they again sum to 1. 

(ii) add a new row to the table, since the lost node becomes 
a new Destination. With no information about how to find 
this lost neighbor, node S fills the new row with equal 
weights (as illustrated for Destination 4 in the example 

30 RT) . However, the inventive method requires S to send out 
dummy messages looking for the lost neighbor. 

If node S discovers a new neighbor (there are 
standard procedures for this; it is not a part of the 
present invention) , a new column must be added (and, if the 

35 new neighbor was a Destination before, remove that row) . 

Adding a new column requires adjusting every row in the RT. 
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Also, the new neighbor (call it NN) has just found a new 
neighbor, S. Hence both nodes must update all the rows of 
their RTs . The inventive method has a new and nice way of 
pooling information from both nodes, the new neighbor NN and 
5 S, so as to make the best use of their combined routing 
information, using RQRs . 

All of the new (and other) features of the present 
invention described here can be used with hardwired 
networks, whenever such networks have sufficiently dynamic 

10 operating conditions, such as changing traffic patterns, or 
nodes or links changing their connectivity, so that adaptive 
schemes such as stochastic routing are beneficial. 

There is also an important case, termed "mesh 
networks, " that is intermediate between the hardwired case 

15 and the ad-hoc network. Mesh networks use mult i -hop routing 
among wireless nodes, but the nodes are not generally 
mobile. Instead they are fixed to buildings. Such networks 
can advantageously use algorithms similar to those used by 
ad-hoc networks. Such algorithms allow mesh networks to 

20 dispense with central control, even while allowing nodes 

(say, at individual homes) to enter and leave the network in 
an unplanned fashion. That is, mesh networks are most 
attractive when they support a self-healing mechanism, very 
much like that used with AHN. The methods described in this 

25 invention could be profitably applied to mesh networks. 

Examples of companies now offering mesh-network technology 
include MeshNetworks , SkyPilot, CoWave, and Ember. 

It is most like that ad-hoc routing will find its 
widest applicability when used in combination with fixed 

30 networks. Isolated, mobile wireless networks are not likely 
to be of use except in special cases, but mult i -hop and 
wireless connectivity promises to be a useful way to extend 
the reach and capacity of fixed networks with base stations. 
Thus, the likeliest use of AHNs will involve routing to and 

3 5 from a fixed gateway node, or base station. The present 
invention will be useful for this case, and will almost 
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certainly perform better for this case than for the "pure" 
case of only routing between mobile nodes within the AHN. 
This is because it is less challenging to route to a fixed 
gateway than to route to a large number of mobile 
5 destinations. Thus, fixed infrastructure, extended at the 
"edge" by mult i -hop wireless routing, which in turn uses 
stochastic routing as described here, is a very promising 
scenario for future telecommunications systems. 

Location-aided routing also promises to perform 

10 well in such situations. In the event that it becomes 

practical to support the provision of real-time positioning 
information on low-cost, mobile, handheld devices, then such 
information should be combined with stochastic routing to 
give the simplest and most reliable support for multi-hop 

15 ad-hoc routing. More specifically, the present invention 
could be combined with location information to give even 
more effective routing. 
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